INAP PROCESSING METHOD FOR COMMUNICATION BETWEEN 
SSP AND TCAP 

BACKGROUND OF THE INVENTION 

5 1. Field of the Tnyentinn 

The present invention relates to an intelligent network (IN) and, more 
particularly, to a method of processing an intelligent network application protocol 
(INAP) for communication between a service switching point (SSP) of an intelligent 
network and a transaction capabilities application part (TCAP) . 
10 2. Description of the Related Art 

Since 1836, when a telephone was invented, it has been dramatically developed 
both in technically and quantitatively, however, in the mid of 1980 it has confronted 
with several changes. First, the number of new telephone subscribers has decreased 
and second, the consciousness of the subscribers has changed and for the third, a 
15 competitive principle was introduced to the communication market. To correspond to 
above changes, service providers have added computer for controlling a service and 
database for executing the service on a conventional telephone network, thereby 
providing various services instantly by using newly added computer and database in 
addition to transfer an information through the conventional telephone network. 
20 Gradually, above changes have brought up a notification of an intelligent network (IN) 
which combines a computer network to the telephone network in a method of No. 7 
common channel signaling, and separates into two functions of simply connecting a 
telephone call and controlling the service hierarchically, thereby creating and 
controlling of new services rapidly and efficiently. 
25 FIG. 1 shows the structure of the initial IN. As shown in FIG. 1, the IN 



includes; service control point (SCP) which has the communication service controlling 
logic in network; service management system (SMS) for managing data required for 
providing the service; service switching point (SSP) for cormecting the SCP to the 
conventional local exchanger; and No. 7 common channel signaling system. The SCP 
5 includes a specific type of electronic switching system or a common computer and the 
SSP includes the specific type of electronic switching system for connecting to service 
users. The SSP includes IP, which receives the request signal of specific information 
and provides the resources. A new protocol for objectifying common functions, which 
do not depend on certain services and re-performing the common functions is required 

10 in IN for the next generation. Therefore, ITU-T (International Telecommunication 
Union-Telecommunication standardization section) recommends INAP for interactions 
among the intelligent network components to satisfy above requirements. The INAP is 
an application layer protocol for supporting interactions among physical subjects and 
No. 7 common channel signaling system is mainly used as a lower protocol of the 
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FIG. 2 shows the structure of multi-protocol performed when a service 
switching point (SSP) and a service control point (SCP) exchange an INAP operation 
with a TCAP message through the No. 7 common channel signaling system. A 
message transmit protocol (MTP) is divided into 3 stages of MTP level 1, MTP level 2, 
20 MTP level 3. Electrical, physical, functional characteristics are prescribed at the MTP 
level 1 , and at MTP level 2, error detecting and correcting, error monitoring of order 
message and signal link is performed in order to transmit reliable signal message 
between two signal points, and defining the common transmission function and 
procedure used for independent operation of individual signal data link and at the same 



time manages the signal network for maintaining the normal message processing 
according to the signal network state at MTP level 3. A signaling connection control 
part (SCCP) takes charge of transmission of signal data and execution of logical 
signaling connection control in a network together with the MTP. In addition, the 
5 TCAP performs a function for providing connection less intelligent network service 
among elements of the communication network, and the INAP the application layer 
protocol above the TCAP for supporting interactions among physical subjects. 

However, the ITU-T proposed only general recommendations with respect to 
the INAP and TCAP that exchange the INAP operation but did not suggest a concrete 
1 0 method for processing messages between the INAP and TCAP. 

SUMMARY OF THE INVENTION 
It is, therefore, an object of the present invention to provide an INAP 
processing method which allows applications using the INAP in an SSP to be able to 
communicate with the TCAP. 
1 5 Another object of the present invention is to provide an INAP processing 

method for communication between an SSP and a TCAP. which improve reutilization 
through object-oriented design and realization of software blocks for processing the 
INAP in the SSP so that only INAP messages are added, changed and deleted without 
changing the applications using the software blocks to be applied to a new system and, 
20 simultaneously, the maintenance becomes simplified. 

To accomplish the objects of the present invention, there is provided a method 
of processing an INAP for communication between an SSP and TCAP, comprising the 
steps of: generating an INAP message object which indicates an INAP initial setting 
through an INAP factory object; calling a transmission component function using the 



INAP object as a parameter to obtain an invoke ID and dialogue ID from a TCAP 
dialogue object, to set them in an INAP message object; issuing a component addition 
command, to add the INAP object to a TCAP message object; and generating and 
executing different transmission TCAP events, based on the current TCAP dialogue 
5 state, to send the INAP message and delete the object after sending the message. 

To accomplish the objects of the present invention, there is provided a method 
of processing an INAP for communication between an SSP and TCAP, comprising the 
steps of: when a TC primitive is received from the TCAP, generating a TC beginning 
object for processing the received TC primitive; executing the TC beginning object to 
10 find a corresponding SCP relationship object using a dialogue ID included in the 
received TC primitive; instructing to add the new TC beginning object to a TCAP 
message by using the SCP relationship object; executing the TC primitive to which the 
TC beginning object was added; and performing a corresponding call processing, and 
then deleting the SCP relationship object to finish a dialogue with the SCP. 
15 To accomplish the objects of the present invention, there is also provided a 

method of processing an INAP for communication between an SSP and TCAP, 
comprising the steps of the SSP generating a TC component to be sent to an SCP; 
allocating an invoke ID and dialogue ID to the generated TC component; generating a 
TC primitive corresponding to the state of the allocated dialogue; sequentially encoding 
20 the generated TC component and TC primitive in formats suitable for the protocol, to 
send it to the TCAP through a TCAP interface block; receiving an INAP message sent 
from the TCAP; decoding the received INAP message based on its kind; finding a 
corresponding SCP relationship object using the dialogue ID contained in the decoded 
INAP message; when the TC primitive is included in the decoded INAP message, 
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executing the TC primitive; and upon execution of corresponding call processing, 
deleting the found SCP relationship object, to finish a dialogue with the SCR 
BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows the structure of initial fN; 

FIG. 2 shows the structure of multi-protocol performed when a service 
switching point (SSP) and a service control point (SCP) exchange an INAP operation 
with a TCAP message through the No. 7 common channel signaling system. 

FIG. 3 shows blocks of software constructing the INAP of an SSP to which the 
present invention is applied; 

FIG. 4 shows the TCAP dialogue block of FIG. 3 in detail; 
FIG. 5 shows the INAP message block of FIG. 3 in detail; 
. FIG. 6 shows the TCAP event block of FIG. 3 in detail; 
FIG. 7 shows the TC primitive object of FIG. 6 in detail; 
FIG. 8 shows the TCAP dialogue management block of FIG. 3 in detail; 
FIG. 9 shows a method of transmitting INAP messages according to an INAP 
processing apparatus of the invention; 

' FIG. 1 0 shows a method of executing the transmission TCAP event of FIG. 9 
FIG. 1 1 shows a method of transmitting the TCAP messages of FIG. 10; 
FIG. 12 shows a method of receiving INAP messages according to the INAP 
processing appai-atus of the invention; 

FIG. 13 shows a procedure of processing the TC component of FIG. 12; 
FIG. 14 shows a procedure of executing the TC primitive of the TCAP 
messages of FIG. 13; 

FIG. 15 shows a procedure of executing the TC component of the TCAP 



messages of FIG. 13; and 

FIG. 16 shows a procedure of finishing the dialogue with the SCP of FIG. 14. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Reference will now be made in detail to the preferred embodiments of the 
5 present invention, examples of which are illustrated in the accompanying drawings. 

In an intelligent network, the SSP uses multiple protocols of INAP, TCAP, 
SCCP and MTP when it communicates with the SCP. FIG. 2 shows blocks of software 
constructing the INAP of the SSP to which the present invention is applied. Referring 
to FIG. 2, the INAP includes a TCAP interface block 20 being interfaced with the 
10 TCAP that is a lower protocol component of the INAP to transmit/receive an INAP 
message, an INAP message block 40 for processing the INAP message 
transmitted/received, a TCAP dialogue block 30 for managing a dialogue serving as a 
communication channel between the SSP and SCP by dialogue statuses, a TCAP event 
block 50 for managing TCAP dialogue events created together with the INAP message 
1 5 transmitted/received, and a TCAP dialogue management block 60 for, when the TCAP 
and INAP communicate with each other in dialogues, generating and managing a 
dialogue ID for classifying each dialogue. 

The TCAP interface block 20 is configured of a single TCAP interface object. 
The dialogue means a logical communication path required for communication 
20 between the SSP and SCP using the ESFAP and TCAP. This dialogue includes an 
. unstructured dialogue and structured dialogue. The unstructured dialogue is used in 
case of transmission of unidirectional messages requiring no response from a 
counterpart (reception node) for a dialogue that was transmitted to the counterpart. The 
structured dialogue is used in case of transmission of bidirectional messages requiring 



a response from the counterpart for the dialogue that was transmitted to the counterpart. 
The response from the counterpart is received to form the structured dialogue between 
transmission and reception nodes. This dialogue sequentially passes through 
procedures of start, continuance and end. In case of the structured dialogue, multiple 
5 dialogues can be processed simultaneously. Here, each dialogue is classified by a 
dialogue ID. 

Each of the TCAP dialogue block 30, INAP message block 40, TCAP event 
block 50 and TCAP dialogue management block 60 further includes a plurality of 
objects, and they are connected and operate together through these objects to process 
10 INAP messages related to the dialogue. The configuration of each software block 
constructing the INAP of the SSP will be described below. 

First of all, as shown in FIG. 3, the TCAP dialogue block 30 includes a TCAP 
dialogue object 31, a TCAP message object 32, an SCP relationship object 33 and a 
TCAP dialogue stage base object 34. The TCAP dialogue object 31 has information 
15 about the current dialogue state through the TCAP dialogue stage base object 34 and 
serves as the base object of the SCP relationship object 32. The TCAP message object 
32 operates together with a TC component object 41 of the INAP message block 40 to 
store and transmit INAP messages to be transmitted/received to/from the TCAP. As 
shown in FIG. 1, the TCAP messages forming the INAP messages are configured 
20 including a TC component object 41 and TC primitive object 52. 

Table 1 . 



TC primitive 


TC component 1 


TC component 2 





The TC primitive object 52 includes, as shown in FIG. 7, TC begin object 52-2, 
TC continue object 52-3, TC end object 52-4. 
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The TC component object 41 includes, as shown in FIG. 6, TC cancel object 
42, TC reject object 44, TC error object 43, TC result object 45, TC invoke object 46. 

The SCP relationship object 33 is newly generated whenever it starts 
communication with the SCP to indicate the relationship with the SCP. It has network 
5 address values for the SCP that physically exists, as a communication path for the SCP. 
The SCP relationship object 33 inherits the attribute from the TCAP dialogue object 
31. The TCAP dialogue stage base object 34 is an upper class of TCAP dialogue state 
objects indicating the state of dialogue and has a common attribute of the TCAP 
dialogue stage objects. The TCAP dialogue state objects, that is, an idle state object 
10 34-1, an initiate state object 34-2, a full duplex state object 34-3 and an end state 
object 34-4, inherits the attribute from the TCAP dialogue stage base object 34. 

The idle state object 34-1 indicates the state when the TCAP dialogue is 
initially created. In this state, it can send a TC primitive called TC begin that means 
initiation of a dialogue. The initiate state object 34-2 represents a state changed when 
15 the TCbegin is transmitted in the idle state. The full duplex state object 34-3 indicates 
a state converted when a TCcontinue was received from a counterpart after the 
transmission of TCbegin or the TCbegin was initially accepted from the counterpart. 
The end state object 34-4 indicates a state where a TCprimitive that requests 
completion of dialogue such as TCend or TCabort is received or a proceeding call is 
20 finished. 

Referring to FIG. 4, the INAP message block 40 is constructed in a manner that 
plural objects are connected in a hierarchy structure in which the TC component 41 
exists in the highest layer and the TC cancel object 42, the TC reject object 44, the TC 
error object 43, the TC result object 45 and the TC invoke object 46 inherit the 
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attribute of the TC component 41. The TC cancel object 42 is used when a previously 
transmitted INAP message is cancelled and the TC error object 43 is used when 
processing of the INAP message failed. The TC reject object 44 is used in case where 
the INAP message is rejected because of a problem creased therein, the TC result 
5 object 45 is used when the result of normal processing of the INAP message is 
transmitted/received, and the TC invoke object 46 is used for executing a 
predetermined operation through the INAP message. 

Furthermore, an INAP result object 45-1 inherits the attribute of the TC result 
object 45 and plural INAP result objects can be made according to an individual INAP 
1 0 result declared as a template to be used. For example, if there is a received information 
resuh and a request current status report result as results capable of being transmitted 
to the TC result object 45, the INAP result object 45-1 declared as a template for each 
result is created, the TC resuh object 45 serving as the base of the INAP result object 
45-1 is generated, and then the TC component object 41 that is the base of the TC 
15 result object 45 is created. Accordingly, the INAP message can be transmitted using 
the TC component object 41 generated as above and different kinds of TC result 
objects can be created. 

The TC invoke object 46 is generated when an operation is executed through 
the INAP message. An INAP object 46- 1 inherits the attribute of the TC invoke object 
20 46. Various kinds of INAP objects can be created according to individual INAP 
operation types used as templates. For instance, when an initial detection point INAP 
operation type is used as a template of the INAP object 46-1, the INAP object 46-1 
declared as the template is generated by an INAP factory object 46-1, and then the 
INAP object 46-1 is created. Thereafter, the TC invoke object 46 serving as the base of 

9 



the TC invoke object 46 is generated, and then the TC component object 41 that is the 
base of the TC invoke object 46 is made. The INAP message is generated using the TC 
component object 41 created as above. In this manner, various kinds of INAP objects 
that are represented by the TC invoke object 46 can be made 
5 Referring to FIG.5, the TCAP event block 50 includes a TCAP dialogue event 

object 51, a TC primitive object 52, a send TCAP object 53, and a send last TCAP 
object 54. These objects inherit the attribute of the TCAP dialogue event object 51. 
The TCAP dialogue event object 51 serving as the base of the TCAP dialogue event 
has a common attribute of the TCAP dialogue event. The TC primitive object 52 
10 processes TC primitive events generated when the INAP message is received from the 
TCAP. In other words, it generates objects indicating characteristics of the dialogue 
with the TCAP, that is, TC begin, TC continue, TC end and TC abort. 

The INAP message includes both of the TC primitive and TC component or it 
includes only the TC primitive. Accordingly, the TC primitive event is generated all 
15 the time when the INAP message is received from the TCAP. This TC primitive 
indicates a common attribute of the dialogue characteristics and the TC component 
represents operations (command processed result, operation rejection, operation 
cancellation, error, etc., for example) that must be processed when the INAP message 
is received from the counterpart. 
20 Referring to FIG. 6, the TC primitive object 52 includes a TC begin object 52-1 

generated when a dialogue with the TCAP begins, a TC execution object 52-2 created 
when a response to the TC begin object is sent, a TC end object 52-3 generated when 
the dialogue is finished and a TC abort object 52-4 created when the dialogue is 
forcibly ended due to generation of error in the message or on the network. 
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The send TCAP object 53 is an event object that is generated wlien tlie INAP 
message (TC primitive and TC component) is sent and it maintains or changes the 
state of dialogue according to current dialogue state. The send end TCAP object 54 is 
created when the current dialogue is finished after transmission of the INAP message. 
5 Here, the TC primitive of the INAP message transmitted becomes the TC end object 
52-3. 

Referring to FIG. 7, the TCAP dialogue management block 60 includes a 
TCAP dialogue management object 61 generating dialogue IDs used when the INAP 
and TCAP communicate with each other and the SCP relationship object with respect 
10 to the dialogue IDs, and a map management object 62 for storing and managing 
information about the SCP relationship object 33 with respect to the dialogue IDs. 

The operation of an INAP processing apparatus for communication between 
the SSP and TCAP according to the present invention will be explained in detail with 
reference to the attached drawings. 
1 5 (A) Transmission of INAP messages 

First, the INAP message includes, as shown in FIG. 2, a field in which an 
invoke ID and dialogueue ID are given and a field in which the INAP factory is given. 



Table 2 


Invoke ID 




Dialogueue ID 


INAP factory 



The INAP factory includes, as shown in FIG. 3, initial DP and connecter. 



20 When an INAP message is sent from the INAP of the SSP to the TCAP, a TC 

component to be transmitted is generated, the invoke ID and dialogueue ID are allocated 
to the generated TC component, a TC primitive corresponding to the state of an 
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allocated dialogue is created and encoded, to be sent to the TCAP through the TCAP 
interface block. This is described below in more detail with respect to FIG. 8. 

A call processing object that is an application using the INAP generates the 
INAP object 46-2 related with the ESfAP initial detection point INAP_initialDP through 
5 the INAP factory object 46-2. For this, the INAP factory object 46-2 calls an initial 
detection point creation function createInitialDP( ) among a plurality of INAP object 
related functions based on the kinds of templates the INAP factory object has (SI), to 
generate the INAP object 46-1 related with the INAP initial detection point through an 
INAP object creating procedure using 'NEW operator in C++ programming (S2). 

10 Then, the call processing object obtains the invoke ID and dialogue ID from 

~ the SCP relationship object 33 to set them in the INAP message in order to send the 
generated INAP object 46-1 to the TCAP (S4 and S5). Here, since the INAP message is 
sent through the TCAP dialogue object 31, the INAP object 46-1 of the INAP message 
block 40 calls a transmission component function of the TCP dialogue object 31 using 

15 the INAP object itself as a parameter (S6). The TCAP dialogue object 31 gives a 
component command to the TCAP message object 32 included therein, to add the INAP 
object 46-1 to the TCAP message object 32 (S7). The TCAP dialogue object 31 calls 
the transmission component function in order to send the INAP object 46-1 added to the 
TCAP message object 32 (S8), to generate a transmission TCAP event that is a TCAP 
20 dialogue event (S9). In addition, it executes the transmission TCAP event to send the 
INAP message (SIO), and then performs deletion (Sll). The procedure (SIO) of 
executing the transmission TCAP event is explained below in more detail with 
reference to FIG. 9. 

The TCAP dialogue event object 51 executes different events based on the 
12 



current TCAP dialogue state. The transmission TCAP event that is the TCAP dialogue 
event is generated in the idle state according to the upper TCAP dialogue stage object 
34 (S21) and a transmission TCAP function doSendTCAP( ) corresponding thereto is 
called by the upper TCAP dialogue stage object 34 (S22). Here, the INAP object 46-1 is 
5 inherited from the TC component object 41, and the TC begin object 52-1 is created 
through the TC primitive object 52 (S23) because the TC component must be sent 
together with the TC primitive. That is, the transmission TCAP event generates the TC 
primitive object 52 indicating TC beginning in the idle state. 

Thereafter, the upper TCAP dialogue state object 34 obtains information 
10 (network address of the SCP, etc.) required for TC beginning from the SCP relationship 
object 33 to issue a TC primitive addition command, thereby adding the TC primitive to 
the TCAP message to which the TC component was added previously (S25). The upper 
TCAP dialogue state object 34 calls a TCAP message sending function 
sendTCAPmsg( ) from the TCAP dialogue object 31 in order to send the TCAP 
15 message to which the TC component and TC primitive was added (S26), and the TCAP 
dialogue object 31 transmits the TCAP message, that is, the TC component and TC 
primitive, in the idle state (S27). 

Accordingly, the upper TCAP dialogue state object 34 gives a command of 
changing into the initial state to the TCAP dialogue object 31 (S28), thereby 
20 transferring the TCAP dialogue object 3 1 currently being in the idle state into the initial 
state (S29). Furthermore, the procedure (S27) of sending the TCAP message is 
performed in a manner that the TC component is sent first and then the TC primitive is 
delivered, which will be described in more detail with reference to FIG. 10. 

When the TCAP message object 32 calls an encoding function from the TC 

13 



invoke object 46 (S31) in order to process the TC component into a format capable of 
being used in the TCAP and its lower network protocol, the TC invoke object 46 
generates an invoke request message to be actually sent to the TCAP (S3 2) and then 
loads the processed TC component in a data region of the invoke request message (S3 3). 
5 Thereafter, the TC invoke object 46 calls a library function supporting communication 
with the TCAP (S34) to send the TC component of the TCAP message to the TCAP 

After transmission of the TC component to the TCAP, the TCAP message 
object 32 calls an encoding function from the TC primitive object 52 in order to send 
the TC primitive (S35). The TC primitive object 52 moves to a TC beginning state in 

1 0 which it processes the TC primitive into a format capable of being used in the TCAP 
and its lower network protocol. Then, the TC primitive object 52 generates a beginning 
request message to be actually sent to the TCAP (S3 6), loads the processed TC 
primitive in a data region of the beginning request message, and calls the library 
function supporting communication with the TCAP to send the TC primitive of the 

1 5 TCAP message to the TCAP (837). 

(B) Reception of INAP messages 

In case where the INAP of an SSP receives an INAP message from the TCAP, 
the received INAP message is decoded based on the type thereof and a corresponding 
SCP relationship object is found using the dialogue ID included in the decoded INAP 
20 message. When the TC component and TC primitive are contained in the decoded 
message, the TC primitive is executed first and then the TC component is processed. 
When a corresponding call has been processed, the found SCP relationship object is 
deleted, finishing the dialogue with the SCP. This will be described in more detail. 

Referring to FIG. 11, the INAP message such as the TC component, TC 
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primitive and other state related messages of a lower network used by the INAP is 
received from the TCAP through the TCAP interface object. The received INAP 
message is distributed to applications using the same. Here, the INAP message is 
received in such a manner that the stage of the TCAP dialogue object is changed or 
5 maintained while the TC primitive is processed first and then the TC component is 
processed. 

When the TCAP interface object has accepted the TC primitive that indicates 
TC beginning from the TCAP, a TCAP interface management object (not shown) 
managing the TCAP interface object calls a beginning related message handling 

10 function handleBeginlND(msg) (S41) to generate a new TC beginning object 52-1 
through the TC primitive object 52 in order to process the TC primitive (S42). Here, the 
TC primitive received by the TC beginning object 52-1 is decoded (S43) to create the 
same TC beginning object 52-1 as the TC beginning object included in the TC primitive. 
The TCAP interface management object calls an execution function 

15 executeIND( ) (S44) to execute the generated TC beginning object 52-1. The TC 
beginning object 52-1 finds the corresponding SCP relationship object 33 through the 
TCAP dialogue management object 61 using the dialogue ID contained in the received 
TC primitive (S45). When the dialogue ID was not found, a new SCP relationship 
object 33 is created through the TCAP dialogue management object 61 (S46). That is, 
20 the TC primitive object 52 that inherits the TC beginning object 52-1 instructs the 
TCAP dialogue management object 61 to find the SCP relationship object 33 using the 
dialogue ID or when the dialogue ID was not found, commands the TCAP dialogue 
management object 61 to generate the new SCP relationship object. Accordingly, the 
TCAP dialogue management object 61 finds the SCP relationship object 33 



corresponding to the dialogue ID or creates tiie new SCP relationship object, thereby 
managing the TCAP dialogue and TCAP dialogue's state through the SCP relationship 
object 33. 

When the TC primitive object 52 commands the SCP relationship object 33 to 
5 add the TC be ginning object, the SCP relationship object 33 adds the TC beginning 
object 52-1 to the TCAP message (S47 and S48). Subsequently, the TC primitive object 
52 executes the TC beginning object 52-1 added through the SCP relationship object 33 
(S49 and S50). Here, the TC beginning object 52-1 can be executed only when only the 
TC primitive was received without accompanying the TC component. If the TC 
10 primitive and TC component are accepted together, after the TC component is processed 
• While the execution of the TC beginning object 52-1 that is the TC primitive is being 
withheld, the TC beginning object 52-1 is carried out and then the TC component is 
executed. The TC component processing is described below according to a procedure of 
processing the TC invoke object 46 of the TC component shown in FIG. 12. 
15 Upon reception of the TC invoke object 46 of the TC component from the 

TCAP through the TCAP interface object, the TCAP interface management object 
managing the TCAP interface object calls an invoke related message handling function 
handlelnvokerND(msg) (S51), to process the received TC invoke object 46. The TC 
invoke object 46 has various kinds of INAP objects so that an operation code loaded on 
20 the TC invoke object 46 must be analyzed in order to process it. When it is confirmed 
that the operation code has a relation with the INAP connection, a connection handling 
function handle_Connect(msg) is called to be executed (S52). For this, the TCAP 
interface management object newly generates a connection related INAP object 46-1 
using 'NEW' operator in C++ programming (S53), and then decodes the TC component 
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received by the corresponding INAP object 46-1 (S54) to create the same connection 
related INAP object as the transmitted INAP object. 

Moreover, the TCAP interface management object calls an execution function 
to execute the INAP object 46-1 (S55). The INAP object 46-1 finds a corresponding 
5 SCP relationship object 33 through the TCAP dialogue management object 61 using the 
dialogue ID included in the received TC component (S56). Thereafter, when the INAP 
object 46-1 commands the SCP relationship object 33 to add the TC component to the 
TCAP message, the SCP relationship object 33 carries out the command (S57 and S58). 
Subsequently, the INAP object 46-1 executes the TC component object 41 added 
10 through the SCP relationship object 33 (S59 and S60). Here, the execution of TC 
component can be carried out only when the TC component is the last one. 

The TCAP message, that is, the TC beginning object 52-1 of the TC primitive 
and the TC invoke object 46 of the TC component are received, processed and then 
respectively executed through the aforementioned procedure. Here, the TC primitive is 
1 5 executed first and then the TC component is processed. This is described below in more 
detail with reference to FIG. 13. 

FIG. 13 shows the procedure of executing the TC primitive of the TCAP 
message. The TC primitive begins when the SCP relationship object 33 instructs the 
TCAP message object 32 to execute the TC beginning object 52-1 (S61). Then, the TC 
20 message object generates a TC primitive event indicating the TC beginning through the 
TCAP dialogue object (S62). The upper TCAP dialogue state object 34 returns the 
current TCAP dialogue state, that is, idle state to. the TC primitive object 52 (S63). Then, 
the TC primitive object 52 executes the TC beginning object 52-1 that is the TC 
primitive object 52 suitable for the TC beginning event in the idle state (864 and S65). 
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Here, the upper TCAP dialogue state object 34 finds a corresponding SCP using address 
information of the TC beginning object 52-1 through the SCP relationship object 33 
while executing the TC beginning object 52-1 in the idle state (S66), and then transfers 
the TCAP dialogue to the full duplex state (S67). 
5 Meanwhile, in case where the TC component is also contained in the TCAP 

message, the TCAP message object 32 calls a component execution function to carry 
-out the remaining TC component (S68), and confirms the current TCAP dialogue state 
while executing the TC primitive and TC component. If the current TCAP dialogue 
state is the end state, a dialogue ending function is executed to finish the TCAP 
1 0 dialogue object 3 1 , thereby ending the dialogue with the SCP (S69). 

The procedure of executing the PC component of the TCAP message is 
performed as shown in FIG. 14. The TC component is executed to be applied to an 
application corresponding to the INAP operation. For this, the TCAP message object 32 
sequentially carries out component execution functions to execute the TC component of 
15 the TCAP message (S71). Here, the TC invoke object 46 inherits the TC component 
object 41 whereas the connection related INAP object 46-1 inherits the TC invoke 
object 46. That is, since execution of the TC component means performance of the 
connection related INAP object 46-1, the INAP object 46-1 makes the SCP relationship 
object 33 carry out a state related message (S72). Then, the SCP relationship object 33 
20 informs a call processing object thereof that the TC invoke event of the connection 
related INAP object 46-1 is created (873), and the call processing object retui-ns the 
current call processing state thereof with respect to the event to the TC invoke related 
INAP object 46-1 (S74). Here, the TC invoke related INAP object 46-1 executes an 
INAP cormection related function according to the TC invoke event with respect to the 
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current call processing state, to carry out a corresponding call processing. This call 
processing is performed by the call processing object of the SSP (S75). 

The procedure (S69) of ending the dialogue with the SCP is carried out as 
shown in FIG. 15, to eliminate the TCAP dialogue object 31 and SCP relationship 
5 object 33 which are related with the dialogue finished. When the TCAP dialogue object 
31 calls a dialogue ending function through the upper TCAP dialogue state object 34 
(S81 and S82), the dialogue ending function is called by the SCP relationship object 33 
to generate a call processing event indicating ending of SCP relationship in the call 
processing object that the dialogue ending function inherits (S83). When the SCP 
10 relationship object 33 makes the generated SCP relationship ending event to carry out a 
call continuance function (S84), the SCP relationship ending event informs the call 
processing object the generation of event (S85). The call processing object returns the 
current call processing state thereof with respect to the event to the SCP relationship 
ending event (886). 

15 When the SCP relationship ending event calls an SCP relationship ending 

function in the current call processing state (S87), the call processing state calls an SCP 
relationship removal function to eliminate the SCP relationship object 33 of the call 
processing object (S88). Upon completion of the role of the SCP relationship ending 
event, a deletion operation is used to delete the SCP relationship ending event (S89) and 

20 then delete the SCP relationship object 33 that is managing the TCAP dialogue 
management object 61 (S90). 

Other TC primitives and TC components can be processed through the same 
method as the procedure of processing the TC primitive indicating TC beginning and 
the TC component indicating TC invoke according to the aforementioned INAP 
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software blocks of the SSP. This message processing is carried out in a manner that the 
TCAP dialogue state is changed or maintained while the TC primitive is processed first 
and then the TC component is executed all the time. 

As described above, the INfAP processing method for communication between 
5 the SSP and TCAP according to the present invention allows various applications using 
, the INAP in the SSP to be able to freely communicate with the TCAP. Furthermore, the 
software blocks for processing the INAP is object-oriented-designed and realized to 
improve reutilization thereof so that only INAP messages are added, changed and 
deleted without changing the applications using the software blocks to be applied to a 
10 new system and, simultaneously, the maintenance becomes simplified. 

Although specific embodiments including the preferred embodiment have been 
illustrated and described, it will be obvious to those skilled in the art that various 
modifications may be made without departing from the spirit and scope of the present 
invention, which is intended to be limited solely by the appended claims. 
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